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The Principles of In May 1995 the IPC’s Technical Activities Executive Committee adopted Principles of 


Standardization Standardization as a guiding principle of IPC’s standardization efforts. 
Standards Should: Standards Should Not: 
* Show relationship to Design for Manufacturability * [nhibit innovation 
(DFM) and Design for the Environment (DFE) * [ncrease time-to-market 
* Minimize time to market * Keep people out 
* Contain simple (simplified) language * [ncrease cycle time 
* Just include spec information * Tell you how to make something 
* Focus on end product performance * Contain anything that cannot 
* [nclude a feedback system on use and be defended with data 


problems for future improvement 


Notice IPC Standards and Publications are designed to serve the public interest through eliminating 
misunderstandings between manufacturers and purchasers, facilitating interchangeability and 
improvement of products, and assisting the purchaser in selecting and obtaining with minimum 
delay the proper product for his particular need. Existence of such Standards and Publications 
shall not in any respect preclude any member or nonmember of IPC from manufacturing or sell- 
ing products not conforming to such Standards and Publication, nor shall the existence of such 
Standards and Publications preclude their voluntary use by those other than IPC members, 
whether the standard is to be used either domestically or internationally. 


Recommended Standards and Publications are adopted by IPC without regard to whether their 
adoption may involve patents on articles, materials, or processes. By such action, IPC does 
not assume any liability to any patent owner, nor do they assume any obligation whatever to 
parties adopting the Recommended Standard or Publication. Users are also wholly responsible 
for protecting themselves against all claims of liabilities for patent infringement. 


IPC Position It is the position of IPC's Technical Activities Executive Committee (TAEC) that the use and 
Statement on implementation of IPC publications is voluntary and is part of a relationship entered into by 
Specification customer and supplier. When an IPC standard/guideline is updated and a new revision is pub- 
Revision Change lished, it is the opinion of the TAEC that the use of the new revision as part of an existing 
relationship is not automatic unless required by the contract. The TAEC recommends the use 
of the lastest revision. Adopted October 6. 1998 
Why is there Your purchase of this document contributes to the ongoing development of new and updated 
a charge for industry standards. Standards allow manufacturers, customers, and suppliers to understand one 
this standard? another better. Standards allow manufacturers greater efficiencies when they can set up their 


processes to meet industry standards, allowing them to offer their customers lower costs. 


IPC spends hundreds of thousands of dollars annually to support IPC's volunteers in the 
standards development process. There are many rounds of drafts sent out for review and 
the committees spend hundreds of hours in review and development. IPC's staff attends and 
participates in committee activities, typesets and circulates document drafts, and follows all 
necessary procedures to qualify for ANSI approval. 


IPC's membership dues have been kept low in order to allow as many companies as possible 
to participate. Therefore, the standards revenue is necessary to complement dues revenue. The 
price schedule offers a 5096 discount to IPC members. If your company buys IPC standards, 
why not take advantage of this and the many other benefits of IPC membership as well? For 
more information on membership in IPC, please visit www.ipc.org or call 847/597-2872. 


Thank you for your continued support. 


©Copyright 2001. IPC, Bannockburn, Illinois. All rights reserved under both international and Pan-American copyright conventions. Any 
copying, scanning or other reproduction of these materials without the prior written consent of the copyright holder is strictly prohibited and 
constitutes infringement under the Copyright Law of the United States. 


üPc 


ASSOCIATION CONNECTING 
| ELECTRONICS INDUSTRIES ® 


IPC-2576 


PDX 


- As-Built Product Data 


Sectional Requirements 

for Electronics Manufacturing 
Supply Chain Communication 
of As-Built Product Data - 
Product Data eXchange (PDX) 


A standard developed by the Product Geneaology Exchange Task Group 
(2-15c) of the Supply Chain Communication Subcommittee (2-15) of IPC. 


The IPC-2576 standard covers the sectional requirements for product 
genealogy, or as-built manufacturing information. This standard defines 
how manufacturing product genealogy information is exchanged between 
supply chain partners. 


This project was initiated by the NEMI Virtual Factory Information 
Interchange Project (VFIIP) which established proof of concept. After 
completion, the project leaders recommended standardization by IPC 
under the ANSI rules and procedures. 
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Users of this standard are encouraged to participate in the 
development of future revisions. 


Contact: 


IPC 

3000 Lakeside Drive, Suite 309S 
Bannockburn, Illinois 
60015-1219 

Tel 847 615.7100 

Fax 847 615.7105 
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Sectional Requirements for Electronics Manufacturing Supply Chain 
Communication of As-Built Product Data - Product Data eXchange (PDX) 


Introduction 


This standard defines an XML encoding scheme that captures the configuration data from manufacturing 
operations. The IPC-2576 standard defines how manufacturing product genealogy information is 
exchanged between supply chain partners. Information represented in this standard includes such things 
as: manufacturing site, manufacturing date, part number, serial number, manufacturing batch/lot, 
component and sub-assembly data. 


The IPC-2571 dictates the required package structure and xml format for information exchange using any 
of the subsequent IPC-257x standards such as this one. In any such exchange, a Product Data 
eXchange package must be defined which contains at a minimum a single pdx.xml file. This file in turn is 
required to contain a single ProductDataeXchangePackage element, and may contain any number of 
other elements from this specification. The Product Data eXchange package may optionally contain or 
refer to related external files. 


1 Scope 


This standard covers the sectional requirements for product genealogy, or as-built manufacturing 
information. The standard facilitates the exchange of manufacturing information between supply chain 
partners to support warranty tracking, product excursion containment, and product quality functions. 


2 Applicable Documents 


The following documents contain provisions, which, through reference in this text, constitute provisions of 
this standard. All documents are subject to revision. Parties who make agreements based on this 
standard are encouraged to investigate the possibility of applying the most recent editions of the 
documents indicated below. 


IPC-T-50 Terms and Definitions for Interconnecting and Packaging Electronic Circuits. 

IPC 2510 Generic Computer Aided Manufacturing Descriptions for Printed Boards and Printed 
Board Assembly. 

IPC-2571 Generic Requirements for Electronics Manufacturing Supply Chain Communication - 


Product Data eXchange (PDX) 


3 Graphical Representation of Product Data eXchange 


The IPC-2571 is a mandatory part of this standard. The graphical representation of the entire Product 
Data eXchange standard suite is detailed in the IPC-2571. 


Note that graphics and a table of attribute descriptions are provided as an aid to understanding the 
elements in the PDX standard suite. In any instance where the XML DTD conflicts with an image or 
description, the DTD should be considered normative. 


Many of the attributes in the tables provided show Electronic Data Interchange (EDI) and/or RosettaNet 
aliases. The EDI X12 V4010 references in the Alias column represent some known EDI implementations 
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between trading partners that pass similar data as the attribute referenced. In general, trading partners 
must agree as to what information is transmitted via EDI and which forms, fields and codes are used for 
this purpose. The EDI X12 V4010 gives reference guidelines for established usage to facilitate this 
practice. This IPC specification goes beyond that which is typically transmitted via EDI and allows for 
greater information exchange between partners. All aliases provided are examples only and are provided 
only for representative purposes. They are not intended to be complete, definitive, or commonly 
accepted as substitutes for the given PDX attribute. 


The following key explains the cardinality indicators in the diagrams shown within this standard: 


Occurrence Indicator Meaning 
none The element must appear once and only once. 

? The element (or group of elements) may appear zero or one 
times. The element is optional, but is only allowed to appear 
once. 

+ The element (or group of elements) must appear one or more 


times. The element is required to appear at least once, but 
multiple consecutive occurrences may be present. 


* The element (or group of elements) may appear zero or more 
times. The element can appear as many times consecutively 
as needed, or even zero times. 


4 Implementation Notes and Recommended Practices 


The pdx.xml file contains a single header. A hierarchical XML structure has been used to uniquely 
identify the build data of each product. The following section describes the elements that may appear in 
the XML pdx.xml file for a product genealogy transmission. 


In the AsBuiltProduct segment there will always be at least one Productlnstance that will relate to the 
Product. This structure will support multiple Shipments by having more than one AsBuiltProduct segment 
and it will support more than one purchase order within a Shipment. The Lot segment allows for serial, 
lot, vendor, etc. by using LotType to define different information collections. When a lot is changed, the 
Productinstance should be split in order to keep the relationship synchronised. 


The structure can also support multiple layers by having more than one ProductInstance inside another 
Productinstance. The issue of parsing down multiple BOM legs can cause a massive single message 
that may be difficult or impossible for other vendors to parse. It is recommended that only two levels be 
parsed, thereby creating only a single-level build. Since multiple records can be created then the size 
becomes manageable for both parsing and transmission. The lower layers can be created by separate 
rows or can be achieved via a request for more information. Trading partners will need to agree on the 
most appropriate approach, which is not dictated by this standard. 


PDX was engineered with the understanding that it is unrealistic to expect a standard to meet every 
organization's needs, especialy as those needs change with time. For that reason, the 
AdditionalAttributes and AdditionalAttribute elements are included in the standard (see IPC 2571) to allow 
user-defined extensions to any Product Data eXchange entity. The AdditionalAttribute element defines a 
single new attribute; AdditionalAttributes enables the grouping of these new attributes. 


Note that the use of these elements in effect creates a custom version of the standard, and extensions 
defined in this manner will not interoperate with standard Product Data eXchange implementations. For 
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this reason, users are encouraged to use expansion mechanisms judiciously, and to recommend any 
desired additions to the IPC Product Data eXchange committee. 


5 AsBuiltProduct Element 


*globalProductldentifier | *asBuiltProductQuantity, —.;,^manufacturerUnitOfMeasure, > |-customerProductNumber, 
string float * string * istring 

j'customerldentifier, —  *primaryldentifier, |' secondaryldentifier | *isTopLevel, 

string ~ istring string enumeration 


, *Productinstance, 
*AsBuiltProduct, 
; "AdditionalAttributes. 


An AsBuiltProduct element describes a uniquely identified product, distinguishable by its 
globalProductldentifier (which may be composed of a product number and a Global Trade Item Number 
(GTIN)). The ProductInstance element contains all the genealogy information of that item and can trace 
down to the lowest traceable component level. 


globalProductldentifier CDATA ZREQUIRED | Product identifier as EDI X12 V4010:856 LINOA — Id 
defined by the 235 Code:MG - Manufacturer's 


manufacturer Part Number 


asBuiltProductQuantity CDATA #REQUIRED | The number or count of EDI X12 V4010: 856 SLNO4 - 
the product Quantity 
manufactured. 


ManufacturerUnitOf CDATA ZIMPLIED Unit of measure for item EDI X12 V4010: 856 SLNO5 - Id 
Measure (each, gallons, inches, 355 Unit or Basis for 


etc.) Measurement Code 


customerProductNumber | CDATA #IMPLIED Product identifier as EDI X12 V4010: 856 LINO2 — Id 
defined by customer 235 Code:BP - Buyer's Part 


Number 


customerldentifier CDATA #IMPLIED Identifier which uniquely EDI X12 V4010: 856 N012 - 
identifies the Name 
manufacturer's customer. 

primaryldentifier CDATA #IMPLIED Shipment Tracking EDI X12 V4010: 856 REFO2 — 
Identifier. This is a link to | Reference Identification 
the shipment Advance 
Ship Notice (ASN). 

secondaryldentifier CDATA #IMPLIED Secondary Shipment EDI X12 V4010: 856 BSNO2- 
Identifier. This is a link to | Shipment Identification 
the shipment Advance 
Ship Notice (ASN). 


isTopLevel Yes | No #IMPLIED See IPC 2571 fora 
discussion of the 
“isTopLevel attribute” 
(Default is No) 
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6 Productinstance Element 


*itemldentifier, >,-itemUniqueldentifier, — 5;*proprietaryProductFamily, 5,-globalBusinessidentifier, 


string ~ idref ~ string ~ string 
5/'globalProductidentifier, ^5 traceabilityType, >,-manufacturerName, 5)-productRevision, 
~ Istring = Istring “string * string 
>)‘ ProductVersion, *buildDate, *materialldentifier, >\-forecastProductldentifer, 
* string dateTime string ~ string 
5|'PurchaseOrder, .;/purchaseOrderLineltem, ,,-authorizationLineltem, — . *customerSerial, 
~ string ~ istring ~ string * [string 
5j'customerPart, .5.customerRevision, 5,;sequenceNumber,  ;/manufacturingPartStatus, 
~ string ~ string ~ integer ~ string 


5j'customerVersion, — 5 ;*globalLocationidentifier, >\-globalCountryCode| ,)-description, 
~ string - string ~ string ~ string 


ay proprietarySerialldentifier, 
~ string 


,  AdditionalAttributes, 

3)’ Configuration 

z Lot, 
*Productinstance | 

, 'WorkOrder 


, ' Packaging 


, Process 


The ProductInstance element is an instance of a product and contains the genealogy information such as 
its identity, where it came from, what components it consists of, what date it was assembled, a description 
of the item, etc. The components or sub-assemblies of the product would just be listed as an instance of 
Productinstance, therefore forming a recursive structure tracing all the components of the product to the 
lowest traceable component level. 


proprietarySerialldentifier | CDATA #REQUIRED The recorded serial number (or lot 
code) of the item This is the 
manufacturer's identifier for the 
product Instance being built. 

itemldentifier CDATA REQUIRED This is the part number of a 
component of the assembly. 

itemUniqueldentifier IDREF #IMPLIED See IPC 2571 “Inclusion of Linked 
Objects” 


description CDATA #IMPLIED Free form text indicating the 
functional or other aspects of the 
product. 

proprietaryProductFamily | CDATA #IMPLIED The name of the product family, or 
grouping of like products, to which 
this product instance belongs. 

globalBusinessldentifier CDATA #IMPLIED A unique way to identify the 
business, such as its DUNS 
number. 

globalProductldentifier CDATA #IMPLIED A unique way to identify the 
product, such as its Global Trade 
Item Number (GTIN) 
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traceabilityType CDATA #IMPLIED The batch-size of the data being 
collected. This can be SERIAL, 
LOT, VENDOR, etc. 

manufacturerName CDATA #IMPLIED The name of the manufacturer of 
the component product in the 
assembly. 


globalLocationldentifier CDATA #IMPLIED This indicates which site the 
product was built at. This implies 
that all manufacturing locations 
have a unique identifier to fill in 
this value. 

globalCountryCode CDATA #IMPLIED Code identifying the two character 
country code specified in ISO 
3166-1993 for the country of origin 
where the product was 
manufactured. 


productRevision CDATA #IMPLIED The manufacturing revision identity 
that indicates a special revision of 
the product being built. For 
example, a motherboard with 
different revision based on design 
changes. 

productVersion CDATA #IMPLIED The manufacturing version number 
that indicates if a specific version 
of the product is used. 

buildDate DATE #REQUIRED The manufacturing date and time 
stamp which indicates when the 
component product was built. 

materialldentifier CDATA #REQUIRED Material ID. This is the 
manufacturer internal number for 
identifying the component product. 

forecastProductldentifier CDATA #IMPLIED This field is the sales or catalog 
name for the product if one exists. 


purchaseOrder CDATA #IMPLIED Purchase Order EDI X12 V4010: 856 PRFO1 - 
Purchase Order Number 
RN PIP3A4 Purchase Order 
Document Reference 
Proprietary Document 
Identifier. 
purchaseOrderLineltem CDATA #IMPLIED Number which identifies which part | EDI X12 V4010: 856 LINO6 — 
was ordered. Id 235 Code:PL — Purchaser's 
Order Line Number 
RN PIP3A4 
buyerLineltem.LineNumber 


authorizationLineltem CDATA #IMPLIED Number which identifies which part | EDI X12 V4010: 856 ISA02 — 
was authorized. Authorization Information 
customerSerial CDATA #IMPLIED Number which identifies 
production item. This number can 
be provided by the customer or 
assigned using algorithms provide 
or approved by the customer. 
customerPart CDATA #IMPLIED Customer Part Number. The 
customer part number is assigned 
and used by the customer to 
identify their part. 


customerRevision CDATA #IMPLIED The revision of the product 
specified by the customer. 
customerVersion CDATA #IMPLIED The version of the product 
specified by the customer. 
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sequenceNumber CDATA #IMPLIED The sequence/build of the product 
manufactured. 


manufacturingPartStatus CDATA #IMPLIED The status of the product being 
manufactured. 


Additional Elements: 


The following elements are (optionally) associated with and provide additional information about a given 
Productinstance element. These elements are used to track special activities associated with a product 
instance such as the collection of lot information collected, the inclusion of configuration specifications, 
sub-assemblies tied to a manufacturing / workorder or any special packaging requirements. 


ELEMENTNAME MINOCCUR MAXOCCUR DESCRIPTION ALIAS 
Configuration 0 * Configuration information 
Lot 0 1 Lot Information 
WorkOrder 0 * Work Order Information 
Packaging 0 1 Packaging Information 
Process 0 * Process routing information 


**All elements are optional. There may be more elements added by each manufacturer of the component. 


7 Configuration Element 


* Configuration | *configurationType, *configurationData, 
string string 


configurationType CDATA ZREQUIRED Type of configuration E 


configurationData CDATA ZREQUIRED Configuration Data RM 
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8 Lot Element 


‘lotNumber,  5,;lotQuantity, >\-manufacturerUnitOfMeasure, 5) *globalBusinessldentifier, 
‘Lot! string ~ float ~ string ~ |string 
| >)\globalCountryCode,  /5/;globalProductldentifier, >)\-referenceDesignator, *lotType, 
~ Istring "string ~ string string 


lotType CDATA REQUIRED Lot Type 


lotNumber CDATA ZREQUIRED The recorded serial number (or lot 
code) of the item 


|lüQuanüy — CDATA #IMPLIED | Product quantity contained within lot | | Product quantity contained within lot | contained within lot 


manufacturerUnitOfMeasure CDATA #IMPLIED Lot Unit of measure for item 
(gallons, inches, etc.) 


| globalBusinessidentifier — CDATA ZIMPLIED | Manufacturer's DUNS | S | Manufacturer's DUNS | 


globalCountryCode CDATA #IMPLIED Code identifying the two character 
country code specified in ISO 3166- 
1993 for the country of origin where 
the product was manufactured. 

globallProductldentifier CDATA #IMPLIED Lot Global trade Item Number 
(GTIN) 


| referenceDesginator | CDATA #IMPLIED | Reference Designation of the item | | Reference Designation of the item | of the item 


9 WorkOrder Element 


*WorkOrder | -manufactu ringWorkOrderType, ° manufacturingWorkOrderNumber, 
string string | 


manufacturingWorkOrderType CDATA ZREQUIRED Manufacturing Work Order Type. 
Examples may include "Internal 
MRP”, "Customer Specified", and 
"Outsourced".. 


manufacturingWorkOrderNumber CDATA ZREQUIRED Manufacturing Work Order 
Number. This is the number 
assigned to a group of serial 
numbers all manufactured within 
a given set of options and 
configurations. 
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10 Packaging Element 


ig Packaging, -packagingUniqueldentifier ) 5 ca rtonidentifier | 2y palletidentifier 


a 
string ~ [string ~ [string | 


packagingUniqueldentifier CDATA REQUIRED Packaging Unique Identifier o] 


cartonldentifier CDATA #IMPLIED Packaging Carton Identifier EE 
palletidentifier CDATA #IMPLIED Packaging Pallet Identifier Po 


11 Process Element 


*stepldentifier, (>j processDateTime] ,)operation, (>y resource 
‘Process | string ~ \dateTime ~ [string ~ [string 


>) router, 
^ [string 


stepldentifier CDATA ZREQUIRED | Process Step Identifier Po 


processDateTime CDATA #IMPLIED Process Date/Time. Specifies an Based on the ISO 8601 specification 
instance in time. where "CC" represents the century, "YY" 
the year, "MM" the month and "DD" the 
day. The letter "T" is the date/time 
separator and "hh", "mm", "ss.sss" 


represent hour, minute and second 


respectively. This representation is 
immediately followed by a "Z" to indicate 
Coordinated Universal Time. Informal 


format: CCYYMMDDThhmmss.sssZ 


operation CDATA #IMPLIED Process (also referred to as Task or 
Operation) 


resource CDATA #IMPLIED Process Resource or Machine PO 
router CDATA #IMPLIED Process Router name or id. Pe 


Appendix A - IPC Web-based Standards (IPC25XX) 


The web-based standards (IPC 25XX) are designed to foster application integration and electronic 
commerce through data and information interchange standards based on XML. There is no need for a 
common object model, programming language, network protocol, persistent storage mechanism or 
operating system for two applications to exchange XML messages formatted using the web-based 
standards. The two applications simply need to be able to format, transmit, receive and consume a 
standardized XML message. 


A web-based standards series has been identified for each of the value-added activities occurring 


throughout the product life cycle of an electronics product. The web-based standards are: 


IPC-2500 — Framework Standard 
IPC-2510 — Product Data Representation 
IPC-2520 — Product Data Quality 
IPC-2530 — Surface Mount Equipment Standard Recipe File Format 


IPC-2540 — Shop Floor Equipment Communications 


IPC-2550 — Manufacturing Execution Systems Communications 


IPC-2560 — Enterprise Resource Planning Systems Communications 


IPC-2570 — Supply Chain Communications 


Table A-1 shows the correlation of the different standards in each of the series. 


Although not every 


standard has been started, the figure represents a coordinated opportunity to maintain consistency 
throughout the standard development cycle. 


Table A-1 CAD/CAM Standardization 


IPC Number/ -XXx1 -XXx2 -XXX3 -XXX4 -XXX5 -Xxx6 -XXx7 -Xxx8 -Xxx9 

Function Generic Administ Documnt | Board Bare Bd | Assy Assy/ Comp. & | Informa. 
Fabricat Test Manufac Test/ Material Modeling 

Insp. 

IPC-2500 CAMX | IPC-2501 

Framework PINS 

IPC-2510 IPC- IPC- IPC- IPC- IPC- IPC- IPC- |PC- IPC- 

GenCAM 2511A 2512A 2513A 2514A 2515A 2516A 2517A 2518A 2519A 

Product Data (Pub) (Pub) (Pub) (Pub) (Pub) (Pub) (Pub) (Pub) (Pub) 

IPC-2520 IPC-2524 

Quality (Pub) 

Product Data 

IPC-2530 SRFF IPC-2531 

Process Data ANSI 

Recipe file Draft 

IPC-2540 Shop | IPC-2541 IPC-2546 | IPC-2547 

Floor (Pub) (Pub) 2nd |F 

Communicate 

IPC-2550 IPC-2551 IPC-2554 IPC-2556 

Execution PINS Working PINS 

Communicate draft 

IPC-2560 

Enterprise 

Communicate 

IPC-2570 Supply § IPC-2571 IPC-2576 § IPC-2577 § IPC-2578 

Chain (Pub) (Pub) Proposal (Pub) 

Communicate 


